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IMAGE RENDERING FOR PAGE PRINTERS 

BACKGROUND OF THE INVENTION 

1. field of the InTention 

The present invention relates to the rendering of images for printing on 
printers, especiaUy page printers such as laser printers and more espedaUy 
color laser printers 

2. State (tf the Art 

In recent years, increasingly greater computing power has been made 
available in desktop computers. At the same time, the sophistication of printing 
c^)abilities available to the average computer user has also increased. Laser 
printers offering near-typeset quality aie commonplace in the business sector. 
Moderate-resolution color printers offering reasonable color performance have 
begun to be affordable by a large class of users. 

In accordance with the foregoing trend, the demand for photo-realistic 
and near-photo-realistic color printers is expected to increase. Presently, color 
printers are generally one of three different types: dye sublimation, ink jet, and 
laser. Dye sublimation printers offer good quality but are slow and expensive. 
Inejqjraisive ink jet printers are slow and produce low-quality output. More 
e^nsive Inkjet printers, although stiU slow, produce good quality ou^ut for 
larger pictures. As compared to color ink-jet printers, however (which account 
for the bulk of color printers presently sold), color laser printers hold the 
greatest promise for achieving photo-realistic color ouQjut at high printing speed 
and low cost per copy. 

Printers (as opposed to plotters) operate by forming small dots (also 
referred to as pixels) in a pattern on the page. In laser printers, these small 
dots are formed by scanning a laser beam in a scan direction across a " 
photosensitive drum. (The image on the photosensitive drum is then developed, 
transferred to, and fixed on the actual page.) Typically, scanning is 
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accomplished using a rotating polygonal minor on which the laser is shined. 
Each fecet of the minor causes the laser beam to be scanned wice across the 
photosensitive dnim. During a scan, the laser beam is modulated, i.e., turned 
on and off, so as to either expose a dot at a particular location within the scan 
5 or not expose a dot. The photosensitive drum moves at a constant speed during 
scanning, in a paper advance direction, so as to cause successive scans to be 
displaced. The amount by which successive scan lines are displaced is called 
the line pitch. 

The collection of dots in a scan line is referred to as a raster scan line. 

10 A group of successive scan lines is referred to as a band, or scan line swath. 
The collection of all the dots in all of the scan lines on a page is called a raster 
image. A coUection of dots to be printed within a particular (and usually 
rectangularly shiaped) area of the page is refened to as a pixel map. For 
example, on a color brochure, a company's logo might be defined as a pixel 

15 map and printed across the top of the page. 

As opposed to the ink-jet printer, which is an example of a banded 
(scan-line swath) device, a laser printer is inherently a page device. That is, 
once laser printing has started (i.e., laser scanning of the drum has begun), it 
cannot be stopped or paused but must continue to completion without 
20 interruption. Although ink jet printers have certain real time data requirements 
with respect to a single band, the laser printing operation has more stringent 
real time data requirements that must be met for a satisfactory print to be 
produced, in that data has to be available for the entire page. 

Conventionally, a lasCT printer consists of a printer controller and a print 
25 engine. The print engine exposes and develops dots on the physical page. The 
printer controller provides printer commands and print data to the print engine 
to cause it to print the desired page. The printer controller receives from an 
application program a page description in a page description language (PDL) 
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such as Postscript" from Adobe Systems, for exampk. 

Ordinarily, printer controllers receive PDL statements from an 
application program and interpret those by means of a PDL interpreter. PDL 
interpreters usually prcprocess PDL statements by computing the actual shapes 
5 and positions for the graphic objects associated with the statement and then 
apply those graphic objects to the page raster image be means of a marking 
interfece. This interface consists of a generally proprietary, but usually 
well-understood, set of operations called rasterization requests. The Marking 
Interface passes the rasterization requests to a subsequent rasterization process. 
10 For example, a PDL interpreter might use the following set of rasterization 
requests (denoted "RAST") to describe the raster image for a page: 

RASTl: apply a rectangular pixel array of a given color (for text 
application). 

RAST2: Fill in a trapezoidal area with a given color (area 
15 graphics). 

RAST3: Expand (magnify, rotate, scale, skew, etc.) an image 
and apply it to the raster. 

The present invention is also applicable to graphic environments sucK as 
Microsoft Windows, Apple Macintosh, etc., from which graphic commands 
20 (unlike PDL statements) are issued. These graphics commands can be similarly 
processed into rasterization requests by graphic command processors. And in 
some cases, these environments directly generate rasterization requests of a 
well-known and publicly available format. 

In conventional PDL interpreters, rasterization requests are typically 
25 organized in one of three principal ways. A first way of organizing 

rasterization requests involves sorting requests into a display list. Requests are 
commonly sorted in increasing order of y coordinate. For example, the 
following requests might be received from a PDL source, in the order listed: 

1. Describe triangle 
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2. Draw it at (x3, y2) 

3. Choose Font 1 

4. Set string "AB" at (xl, yl) 

5. Choose Font 2 

5 6. Set string "C* at (x4, y3) 

The corre^nding page, together with a sorted display list, is shown in Figure 
1. As seen therein, the display list is sorted first by y coordinate, then, 
secmdarily, by x coordinate. 



A second way of organizing rasterization requests involves dividing the 
10 page into bands as shown in Figure 2. For each band, a separate display list is 
built. This technique and the preWous technique are similar in that a page may 
be considered as a tall band. Collectively, the display lists for bands may be 
larger, however, than the display list for a fiill page (because the same print 
element may overlap bands, requiring it to be included in each). Since the size 
of the display list is, in principle, unboimded, a sequence of display lists may 
be generated instead, thus requiring multiple rasterization passes over each 
band. In either case the resulting raster is the same. 

A third way of organizing rasterization requests involves simply creating 
an unsorted set of requests. This manner of organization requires that the 
lasterizer system keep an increasing list of randomly accessible scan lines. 
Various ways of saving memory have been devised, for example by only 
allocating those scan lines that are really being used, and even allocating 
rectangular patches of the raster on demand. In principle, however, the 
rasterizer must effectively have access to a full bitmap. A significant advantage 
of this approach is that no display list needs to be created. 



A single high-resolution, full-color image can require hundreds of 
megabytes of memory to store. In order to print such an image using a color 
laser printer, the entire image must be rendered and stored in memory at a 
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single time to avoid the possibility of delays in supplying image data to the 
print engine (undemins). 

This requirement of laser printing imposes extreme memory storage and 
memory bandwidth requirements on a high-resolution, full-color laser printer. 
5 Such printers have therefore been quite e:q)ensive. In the prior art, the entire 
image or at least an image band is rasterized and stored. The stored rasterized 
image or image band is then retrieved and compressed. Finally, the 
compressed image or image band is then stored for later eqpansion and output 
to the print oigine. As a result, each pixd of the image is handled multiple 
10 times. Both memory requirements and memory bandwidth requirements are 
large. 

SUMMARY OF THE INVENTION 
The present invention, generally spealdng, reduces memory storage and 
memory bandwidth requirements of a color laser printer (or other printer having 

15 real-time printing constraints) by representing image information in a 

compressed format throughout the rendering process. At any one time during 
the rendering process, prefwably, only a single scan line is es^ded to the 
full, uncompressed format required for evaitual printing. The rendered scan 
line is then recompressed and stored in memory. Wh«i all scan lines have 

20 beoi processed and are stored in memory in compressed format, the entire 
image is then, in sequence, expanded in real time and sent to the printer. 

Preferably, the invention, in effect, keeps the image information in 
compressed form for as long as possible, expands as litde of the image as 
possible at a time (e.g., a single scan line), and leaves that portion of the image 
25 in expanded form for as short a time as possible, quickly recompressing and 
storing it. Memory and memory bandwidth requirements are therefore gready 
decreased. Further more, since the memory requiremmts for the uncompressed 
rasters are so small, extremely fast memory storage may be used, thus further 
accelerating the overall process^ without great cost penalty. 
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In accordance with another aspect of the invention, all iiequests are 
reduced to an extremely simple set of operations that can be implemented with 
very inexpensive hardware or with efficient and easy-to-optimize software 
prxxredures. 

5 BRIEF DESCRIFnON OF THE DRAWING 

The present invention may be further imderstood from the following 
description in conjunction with the appended drawing. In the drawing: 

Figure 1 is an illustraition of a page and a corresponding sorted display 

list; 

10 Figure 2 is an illustration of the page of Figure 1 divided into bands; 

Figure 3 is an illustration of an unsorted set of rasterization requests; 
Figure 4 a generalized block diagram showing the environment of the 
present invention; 

Figure 5 is a block diagram of a rendering apparatus that may be used in 
15 the present invention; 

Figure 6 is a diagram illustrating two principal storage areas within the 
memory 308 of Figure 5; 

Figure 7 is a diagram illustrating a command queue structure within the 
memory area 321 of Figure 6; 
20 Figure 8 is a diagram illustrating conversion of color applications to 

scan operations and the queuing of scan operations; 

Figure 9 is a block diagram of the rasterizer/compressor 306 of Figure 

5; 

Figure 10 is a code segment that may be used to execute a Repeat 
25 command during the rasterization phase within the rasterizer/compressor 306 of 
Figure 5; 

Figure 11 is a code segment that may be used to execute the 
compression phase within the rasterizer/compressor 306 of Figure 5; 

Figure 12 is a block diagram of the expander 307 of Figure 5; 
30 Figure 13 is a code segment that may be used to execute a Repeat 

command within the expander 307 of Figure 5; and 
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Figure 14 is a block diagram of the second interface circuit of Figure 5. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to Figure 4, a computer 100 and a printing control 
apparatus 300 are interconnected via a first communication link 180. The 
5 conmiunication link 108 may be a cable or, more generaUy, any kind of 

communication link able to carry digital information, whether serial or parallel 
in nature, such as a network (wired or wireless, point-to-point, etc.) The first 
communication link 180 is coupled to an external connector 101 of the 
computer 100 and to a first interface 301 of the printing control apparatus 300. 

10 The communication link 180 carries print instructions between the computer 
100 and the print control apparatus 300. The apparatus 300 is also connected 
with a printer 200 (for example a color laser printer of a known type) via a 
second communication link 502. The second communication link 190 is 
coupled to a second interface connector 302 of the apparatus 300 and to an 

15 interface connector 201 of the printer 200. The communication link 502 carries 
image data and control commands from the printing control apparatus 300 to 
the printer 200, 

The construction of the printing control apparatus 300 will now be 
described in more detail with reference to Figure 5. In Figure 5, the first 
20 interface connector 301 for receiving data from the computer 100 is connected 
to a first interface circuit 303 that accepts the received data. The first interface 
circuit 303 is of a type well-known in the art (for instance, RS 232 serial, 
Centronics parallel, etc.) and will not be fiirther described. 

The other end of the first interface circuit is coupled to a bus 313 that 
25 permits data exchanges between the interface circuits and a GPU 305, 

connected to a program and data memory 304. The bus 313 is also connected 
to a rasterizer/compressor 306, an expander circuit 307, a memory 308 and a 
DMAC (Direct Memory Access Controller) 314. The DMAC 314 effects 
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direct memory transfer between the various devices. Note that, instead of 
providing a separate program and data memory 304, the memory 308 could 
also be used for this purpose. 

The second interface circuit 350 is connected on its input side to the 
e)q)ander 307 via a bus 315, and on its output side to the printer interface 
connector 302. The second interface circuit 350 is described more particularly 
below in conjunction with Figure 14, 

The rasterizer/compressor 306 includes at least one, preferably two 
buffers 309 and 311, used to temporarily hold expanded image data. The 
buffers 309 and 311 are illustrated separately for clarity. Similarly, the 
expander 307 includes at least one buffer 310 and, optionaUy, an additional 
buffer 312, used to hold expanded image data to be output to the printer. 
Again, the buffers 310 and 312 are illustrated separately for clarity. 

In general, the image rendering process performed by the printing 
control apparatus 300 includes the following succession of steps: 

1. A page description is received from an application program 
(running on the computer 100 in Figure 3) in a page description 
language (PDL) such as Postscript, for example; 

2. PDL commands received from the application program are 
interpreted into rasterization requests, which are in turn broken 
down into a series of color applications represent graphic objects 
in a compressed format; 

3. These color applications are subsequently converted into scan 
operations which are appended to data structures representing 
their corresponding scan Une. 

4. Each scan line is rendered one-by-one to produce raster data and 
is then compressed and stored; and 

5. Once the whole page is rendered and compressed, the 
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compressed raster data is expanded and sent to the printer (e.g. , 

the color laser printer 200 in Figure 4). 
Step 1 above (a program issuing a page description) is well-knovwj. Each of 
the subsequent steps will be described in greater detail. 

In order to provide compatibility with various PDLs, it is necessary to 
translate rasterization requests generated by a particular PDL into a common set 
of commands that may be used across a variety of PDLs. Theiefore, in the 
present prints controller, rasterization requests are further brokra down into a 
small number of very simple color ^Ucations. For example, in a preferred 
embodiment, one form of color application is used for multiple-color 
plications, and another form of color application is used for single-color 
appUcations. For multiple-color appUcations, color appUcation commands are 
of the following form: 

At <x,y>: <Color 1, nl> <Color2, n2>... 
As may be readily appreciated, the foregoing command specifies that, beginning 
at a point given by the coordinates x and y, a number of pixels nl in the x 
direction are to be set to a first color. Color 1, after which a number of pixels 
n2 are to be set to a second color. Color 2, etc. 

For single-color applications, the color always remains the same. 
Therefore, color applications are of the following form: 

At <x,y>: Color <paintnl> <skipn2> <paintn3>... 
As may be readily appreciated, the foregoing application specifies that, 
beginning at a point given by the coordinates x and y, a number of pixels nl in 
the X direction are to be set to the specified color, after which a number of 
pixels n2 are to be skipped (i.e., left in whichever color state they were), after 
which a number of pixels n3 in the x direction are to be set to the specified 
color, etc. 

Rasterization requests (generated by the PDL interpreter) are processed 
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and broken down into color plications using a set of simple routines as the 
rasterizati(Mi requests are received from the PDL interpreter. The specific 
routines used to perform this decomposition are well within the understanding 
of me of ordinary skill in the art and will therefore not be further described. 



5 As color s^lications are produced they are converted to scan operations 

of a type described in detail below and queued in accordance with an 
organizational scheme such as one of the organizational schemes previously 
described. That is, the present rendering technique may be applied by setting 
up the scan operations using any of the various conventional methods of setting 
10 up the rasterization process, including those described in relation to Figure 1, 
Figure 2 and Figure 3. Converting color applications to rasterization 
commands is performed using, again, very simple routines well within the 
understanding of one of ordinary skill in the art. An example of such a 
ccHiversion is described below in connection with Figure 8. 

IS Scan operations represent the image described by the PDL rasterization 

requests in a compressed format. Furthermore, the compressed representation 
of the image is produced without first expanding the image or rendering any 
portion of the image. 

Referring to Figure 6, in a preferred embodiment, scan operations are 
20 stored in a queue structure within an area 321 of the memory 308. A separate 
area of memory, 323, is used to store compressed raster data produced by the 
rasteiizer/compressor 306 as described hereinafter. Both arrays 321 and 323 
can be allocated dynamically within memory 308 (rather than keeping a fixed 
allocation for each one). Furthermore, the memory 308 can contain a queue of 
25 the compressed raster data for as many pages as fit in it. 

Within the memory area 321, scan operations are organized in a manner 
illustrated in Figure 7, A scan line index 341 forms the head of a series of 
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linked lists, or queues. As scan operations are produced (in le^nse to 
rasterization requests), the scan operations are appended to the last rasterization 
block for their scan line. Hraice, scan operations are sorted by y coordinate but 
otherwise arc stored in rendering request order. Storing the scan operations in 
5 rendering request order ensures that the page ultimately printed is the same as 
the page described by the PDL source. 

The scan operations queues are used to render and subsequently 
compress each scan line, one-by-one, to produce compressed raster data, which 
is stored in the area 323 within the memory 308. The rasterization process is 
10 started either 1) when a page is completed or 2) when there is no more memory 
available for rasterization blocks Cm the area 321 within the memory 308). 

For simplicity, the present description assumes diat sufficient memory is 
available in the area 232 of the memory 308 to store compressed raster data for 
an entire page. In the case of a typical image, significant compression of the 

15 image will be achieved, allowing the area 232 of the memory 308 to be much 
smaller than a full-page bitmap. In the extreme case, however (where the 
entropy of die source image is very high), littie or no compression will be 
achieved. If the memory area 232 of the memory 308 is smaller than a 
full-page bitmap, the printer controller 300 may not be able to render the page 

20 using non-lossy compression techniques. This case may be provided for by 1) 
not rendering source images having unusually high entropy, but ratiier 
signalling an error condition; 2) providing a fiiU-page bitmap, therefore 
sacrificing the potential reduction in memory requirements in fevor of being 
able to render an arbitrary image; or 3) using lossy compression techniques 

25 (known and described in the prior art) to compress the image to a size that will 
fit witiiin the area 323of the memory 308. 

The rasteiizer/compressor 306 of Figure 5 operates in two phases, a 
rasterization phase diid A compression phase. During the rasterization phase, 
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scan opexadons queued up for a particular scan line are executed by the 
lasteiizer to produce raster data. During a compression phase, the raster data 
is conqxressed back into the same compressed format as the scan operations and 
stored in memory. When rasterization has been completed for all scan lines, 
S the stored, compressed raster data is then expanded scan line by scan line and 
ou^ut to the printer. 

Because the raster data is compressed back into the same compressed 
format as the original scan operations, the rasterizer portion of the 
rasterizer/compressor 306 and the e3q>ander 307 may in large part use the same 
10 format scan operations and may both be implemented in a similar fashion. In 
an exemplary embodimfflt, scan operations used by both the rasterizer 306 and 
the expander 307 include the following: 
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OPERATION 



<Set Color | 
New Color > 



<Copy 
Color > 



<Copy 
String > 



<End of 
Line> 



10 



<Repeat | 
RcpLg> 



ACnON 



Sasterizer 



Makes the New Color the 
current color (stored in a 
color register) and writes 
it to a current scan line 
array as the color for at 
least the current pixel and 
possibly some number of 
subsequent pixels (if 
followed by the Repeat 
scan operation, below). 



Makes the color of the 
corresponding pixel in the 
previous scan line (stored 
in a previous scan line 
array) the current color 
and writes it to the current 
scan line array as the color 
for at least the current 
pixel and possibly some 
number of subsequent 
pixels (if followed by the 
Rq)eat scan operation, 
below). 



Expander 




Makes the New Color the 
current color and outputs it 
to the print engine as the 
color for at least the 
current pixel in the current 
scan line and possibly some 
number of subsequent 
pixels (if followed by the 
Repeat scan operation, 
below). 



Writes to the current scan 
line array colors of some 
number of corresponding 
pixels in the previous scan 
line (stored in the previous 
scan line array) as the 
colors for that number of 
pixels, the number of 
: )ixels being specified by a 
following Repeat scan 
operation. 



Causes the rasterizer/ 
compressor to enter 
compression phase. 



Makes the color of the 
corresponding pixel in the 
previous scan line (stored 
in a previous scan line 
array) the current color and 
ou^uts it to the print 
engine as the color for at 
least the current pixel and 
possibly some number of 
subsequent pixels in the 
current scan line (if 
followed by the Repeat 
scan operation, below). 



Ou^uts to the print engine 
colors of some number of 
corresponding pixels in the 
previous scan line (stored 
in the previous scan line 
array) as the colors for that 
number of pixels in the 
current scan line, the 
number of pixels being 
specified by a following 
Repeat scan operation. 



Sets the x address of the 
current pixel value to zero 
and sets the color to some 
initial color. 



Specifies a repeat length for the Set Color command, the 
Copy Color scan operation or the Copy String scan 
operation. 
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A few key distinctions exist between operation of the rasterizer and 
operation of the expander. First, the expander receives scan operations strictly 
in scan-line order as a result of the previous operations of the rasterizer. 
SeccMul, the expander outputs the expanded raster data directly to an ou^ut 
5 pipeline, from which the data is consumed by the print mgine. The rasterizer, 
on the other hand, computes a scan Une, but rather than ou^utting the scan line 
to the output pipeline, recompresses and stores the scan line for later expansion. 
Furthermore, the rasterizer receives scan operations not in scan-line order but 
in rasterization request order. The job of the rasterizer is to manipulate pixels 
10 at different times, possibly throughout the scan line, to arrive at a scan line 
rqiresentation that is the cumulative effect of all of the commands executed in 
the proper order. 

For example, to form a shadow border, a box of a first color may be 
drawn but then placed in back of a box having a fill pattern of a second color. 
15 In a given scan line, a string of pixels may as a result first be set first to the 
first color and afterward to the second color. Therefore, in addition to the 
foregoing scan operations, the rasterizer 306 uses the following commands, not 
used by the expander 307, in order to change position within a scan line: 



OPERATION 


ACTION 


<Setx 1 New x> 


Rasterizer only: Changes the x 
address of the current pixel to the 
pixel designated by the New x value. 


<Skip 1 Ax> 


Rasterizer only: Changes the x | 
address of the current pixel by | 
skipping over some number of pixels 
given by Ax, 



Note, however, that the actual scan operation encoding employed may 
vary. For example, Huffman coding or a variant thereof may be used to 
efficientiy encode the foregoing operations. 
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The process whereby rasterization requests are received and translated to 
color appUcalions and in turn to the foregoing scan operations, which are then 
enqueued, may be more clearly understood with reference to Figure 8. A 
typical rasteriiation request is assumed to have the form At (Xo, y^, 
5 COMMAND, where REQUEST is one of the requests RASTl , RAST^ and 
RAST3 previously described. Hie coordinate yo is used determine where to 
queue the translated scan operations. The translated scan operations wiU affect 
scan Une yo, yo+1, yo+h-1, where h is the height of the object associated 
with the rasterization request. A scan operation affecting scan line y will be 
10 queued to the last rasterization block for scan line y. 

Two possible scenarios are illustrated. Either the COMMAND requires 
the application of only a single color, in which case it is translated into a series 
of Single Color color appUcations, or it requires the appUcation of multiple 
colors, in which case it is translated into a series of Multi-Color color 
15 applications. These color applications are then translated into the foregoing 
scan operations. In either case, the first scan operation is a Set x scan 
operation, which is used to set the x coordinate to the value x^. 

Recall that, for multiple-color applications, color appUcations are of the 
following form: 

20 [Color 1, nl] [Color2, n2]... 

where square brackets have been used to distinguish color appUcations from 
scan operations. As seen in Figure 8, each Multi-Color appUcation is translated 
into a succession of pairs of scan operations, each pair corresponding to one of 
the brackets above. For each field [Color, n], a Set Color scan operation is 

25 used to set the color to the requested color and a second Repeat scan operation 
is used to repeat that color the ^propriate number of times. The Set Color 
scan operation itself causes appUcation of the color to one dot. The Repeat 
scan operation therefore specifies a value one less than that of the 
corresponding color applicatioiL 
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Single Color commands, as previously noted, are of the following form: 
Color < paint nl > <skipn2> <paintn3>... 
The application translates first into a Set Color scan operation used to set the 
color to the requested color. Next, a Repeat scan operation is used to repeat 
that color the appropriate number of times. Skip fields are translated into Skip 
scan operations. Further Repeat and Skip scan operations are then used to 
selectively apply the specified color to different pixels and pixel groups 
throughout the scan line. 

Referring to Figure 9, an exemplary implementation of the 
rasterizer/compressor 306 is shown. Note, however, that other implementations 
of the rasterizer/compressor are also possible, for instance ones based on a run 
length encoded version of the scan line rather than the pixel array based version 
presented here. In the rasterizer/compressor 306 of Figure 9, a control circuit 
501 is connected to the bus 313 and receives from the bus 313 a sequence of 
scan operations describing a scan line, each scan operation being one of the 
foregoing scan operations. The control circuit 501 is also connected to an X 
register 503, a color register 505, a StringFlag register 507, a length register 
509, and an output register 511. The X register 503 and the color register 505 
are connected to a memory 400, to an address input and a data input of the 
memory 400, respectively. 

The memory 400 is used to hold the two scan line arrays 309 and 311 
shown in Figure 5, Each location in the scan line arrays holds the color for 
one pixel of the scan line, and each array has a number of locations equal to the 
number of pixels in a scan line, n, with the pixels being indexed by the value of 
X. One of the scan line arrays holds data for the current scan line and the 
other scan line array holds data for the previous scan line. Because data in the 
current scan line will often closely resemble data in the previous scan line, this 
arrangement allows a high degree of compression to be achieved. In other 
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anangement where compression is not an issue or is achieved differently, only 
ooe scan line array may be needed. 

At the end of processing for each scan line, the roles of the scan line 
anays 309 and 311 are reversed such that what was the current scan line array, 
C, becomes the previous scan line array and what was the previous scan line 
array, P, is used as the current scan line array. 



The foregoing scan operations, described previously in general terms, 
may now. be specified in terms of their execution steps, as follows: 





SCAN OPERATION 


EXECUTION STEPS 


10 


<Set Color I New Color > 


StringFlag False 
Color <^ New Color 
C[x] «- Color 

X - X + 1 




<Copy Color > 


StringFlag — False 
Color — P[x] 
C[x] — Color 
X — X + 1 




<Copy String > 


StringFlag *- True 
Color *-P[x] 
C[x]^ Color 
x«-x + 1 




<Repeat | RepLg> 


See Figure 10 




<Setx 1 Newx> 


X «- New X 


15 


<Skip 1 Ax> 


x«-x + Ax 




<End of line > 


Enter compression phase — See 
Figure 11 



The Repeat scan operation is executed by a series of steps described in 
Figure 10. When the Repeat scan operation is executed, the StringFlag 507 
will have been set previously, to felse if the next preceding scan operation was 
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a Set Color scan operation or a Copy Color scan operation, or to true if the 
next preceding scan operation was a Copy String scan operation. The length 
register 509 is set to the repeat length, RepLg, and is decremented after every 
pass through a code loop. At each pass, if StiingFlag is true, the color in 
location x in the previous scan line array is copied to the color register 505 
from where it is then copied to the location x in the current scan line array. 
The value of x is then incremaited, and the length register 509 is decremented. 
If the StringFlag 507 is false, then the contents of the Color Register are simply 
repeated once for each Repeat scan operation. 

When an End of Line scan operation is encountered, rasterization of the 
currmt scan line is complete and the scan line is ready to be recompressed. 
The steps executed during compression are described in Figure 11. The output 
of the compression phase is a series of scan operations describing the rasterized 
scan line. These scan operations are stored in respective scan line queue within 
the compressed raster data area 323 (Figure 6) of the memory 308. 

Referring to Figure 11, the compressor begins compression at the 
beginning of the scan line by setting the index value x to zero. The color of ' 
the current scan line at the index value and the color of the previous scan line 
at the same index value are then compared in an effort to identify a first type of 
run in which the color varies from pixel to pixel but varies in the same way as 
one the previous scan line. If identitj;: is found, the StringFlag 507 is set to 
true; otherwise, the Set Color scan operation is output. The color of the 
current pixel is stored in the color register 505, Storing the color of the current 
pixel in the color register allows runs of a second type to be identified in which 
the color remains the same from pixel from pixel. 

Next, the length of any run is ascertained. For each one of Loops 1-4 
in Figure 11, each time the colors in a run satisfy a given condition, the lengtii 
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register 509 Cmitially set to zero) is incremented. The X register 503 is also 
iiKiemented. 

A run may be of both types. That is, pixels x to x+n in the previous 
scan line may all be of a given color, and pixels x to x+n in the current scan 
line may all be of the identical color. If pixel x+n+1 in the current scan line 
is of a different color from both pixel x+n+1 in the previous scan line and 
pixel x+n in the current scan line, then it makes no difference which run is 
chosen. In the routine of Figure 11, the first type of run has arbitrarily been 
chosen (Loop 1). However, if pixel x+n+1 in the current scan line is of the 
same color as pixel x+n+1 in the previous scan line, then the first type of run 
can be extended, and compression will be increased by choosing the longer first 
type of run over the shorter second type of run (Loop 2). Similarly, if pixel 
x+n+1 in the current scan line is of the same color as pixel x+n in the current 
scan line, then the second type of run can be extended, and compression will be 
increased by choosing the longer second type of run over the shorter first type 
of run (Loop 3). If no run of both the first and second types or of the first type 
only is found, then it remains to determine whether a run of the second type 
only may be found (Loop 4). 

Therefore, if StringFlag is true, indicating that the current pixel is the 
same color as the corresponding pixel in the previous scan line, the length of a 
run of both types (the same color and also equal to the corresponding run in the 
previous line) is first ascertained by Loop 1. After that the run is extended if at 
all possible. Loop 2 checks if it may be extended into a longer run of colors 
identical to the previous scan line If Loop 2 succeeds, a Copy String scan 
operation is generated. Loop 3 attempts to extend it into a run of the same 
color. If Loop 3 succeeds, a Copy Color scan operation is generated. 

If StringFlag is false, the length of the second type of run (but starting 
with a color different from that on the previous scan line) is ascertained by 
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diecldng the identity of the colors of subsequent pixels in the current scan line 
with the color stored in the color register 505. This is done by Loop 4. 
Again, each time the colors are the same, the length register 509 and the X 
register 503 are both incremented. 

No run of either type may be foxmd, in which case the length stored in 
the length register 509 remains zero. In this instance, x will have already been 
incremented and the foregoing operations are repeated. If a run was found, 
then a Repeat scan operation is output with the length of the run, and the 
foregoing operations are repeated with the new x value. When the final pixel 
has been processed, an End of Line scan operation is output, and the registers 
are reset for the next scan line. When alt^f^the scan lines have been rasterized 
and compressed, the compressed image may then be expanded by the expander 
307 and output to the print engine. 

Note that, once a scan line has been place in the scan line array 400, it 
does not matter for purposes of compression where that scan line came from or 
how it was rendered. The identical compression hardware or software may 
therefore be used in connection with any rasterizer. For example, in some 
instances, the marking interface of a particular proprietary PDL may not be 
accessible, but the rasterized image may be accessible as it is being produced. 
The rasterized image may be compressed on the fly, obviating the need to 
stored the entire raster image. 

Referring to Figure 12, an exemplary implementation of the expander 
307 is shown. The expander can be implemented in a manner very similar to 
the rasterizer/compressor. A control circuit 701 is connected to the bus 313 
and receives from the bus 313 a sequence of scan operations describing a scan 
line, each scan operation being one of the foregoing expansion scan operations. 
The control circuit 701 is also connected to an X register 703, a color register 
705, a StringFlag register 707, a length register 709, and an ou^ut register 
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711. The X register 703 and the color register 705 are connected to a memory 
500, to an address input and a data input of the memory 500, respectively. 

The memory 500 is used to hold data for both the current as well as 
previous scan line. In particular, this memory stores the current scan line up to 
5 the access of the current pixel p^ register 703), and the contents of the previous 
scan line between the current pixel and the end of the scan line. Of course, the 
two scan lines could be stored in their entirety in two buffers used in a 
ping-pong fashion. 

The foregoing expansion scan operations, described previously in 
10 general terms, may now be specified in terms of their execution steps, as 
follows: 



15 



SCAN OPERATION 


EXECUTION STEPS 


<Set Color | New Color > 


StringFlag *- False 
Color New Color 
CW - Color 

X'-X + 1 

Out Color 


<Copy Color > 


Color <^C[x] 

X'-X + 1 

Out •- Color 
StringFlag *- False 


<Copy String > 


Color •-C[x] 
x«-x + 1 
Out Color 
StringFlag «- True 


<Repeat | RepLg> 


See Figure 13 


<EndofLine> 


x-0 

Color *- InitColor 



The execution steps for the scan operations in the Expander are in large 
part the same as the execution steps for the corresponding operations in the 
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Rasterizcr, with alight variations. The execution steps perfonned by the 
expander for the Repeat scan operation are described in Figure 13 and are in 
large part the same as the execution steps for the corresponding rasterization 
Repeat scan operation described in Figure 10, again with slight variations that 
S will not be further described. 

As previously mentioned, the expander outputs the expanded raster data 
directly to an output pipeline, from which the data is consumed by the print 
engine. In many cases the printer itself provides the output pipeline, and will 
request from the expander the successive pixel values in accordance with timing 

10 signals generated by the ou^ut pipeline. Alternatively, the output data pipeline 
may be located within the second interface circuit 350 of Figure 5 and may be 
of a type known in the art, shown in greater detail in Figure 14. The data 
input of a first-in first-out (FIFO) memory 351 is connected to the bus 313. 
Over the bus 313, the memory 351 accq)ts data from the CPU 305 or the 

15 DMAC 314. The data output of the FIFO memory 351 is connected to a driver 
352 for outputting data to the second interface connector 302. A receiver 253 
is provided to forward a ready signal 358 from tiie second interface connector 
302 on to a control circuit 354. The control circuit 354 generates a read signal 
359 directed to the FIFO memory 351 and a data clock signal 356 coupled to 

20 the second interface connector 302 through the driver 352. The timing of the 
control circuit 354 is controlled by a clock signal 360 generated by a clock 
generating circuit 355. An empty flag signal 357 of the FIFO memory 351 is 
input to the control circuit 354, 

The output pipeline of Figure 14 may also be modified to provide for 
25 nxargin generation in a manner known in the art, so as to feed to the printer 
white space imtil reaching the left-most pixel of the scan line, and to feed the 
printer white space after the right-most pixel of the scan line. 
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In the foregoing arrangement, the actual pixels of the image are 
pnxiuced (during rasterization) ftom scan operations that are sorted by scan line 
but not ordered within the scan line, and are used to produce (during 
compression) scan operations that are both sorted by scan line and ordered 
within the scan line with the stale of each pixel being defined by one and only 
one command. The compressed-format representation of the pixels is much 
more compact than the pixels themselves, reducing storage requirements. 
Furthermore, the actual pixels are themselves only handled once, during the 
expansion process. As a result, processing bandwidth requirements are 
drastically reduced and total processing time may be bound by the actual width 
of the scan line (time a suitable constant), thus satisfying the requirement of 
processing the scan line fast enough to transfer pixels to the printer in real 



time. 



Also in accordance with the foregoing arrangement, because a single 
core of simple operations may be used for both rasterization/compression and 
later expansion, hardware may be designed that performs the simple operations 
required at very high speed, thereby achieving high printing speeds. The same 
hardware may be used not only to accelerate rasterization and enable 
simultaneous operation of die CPU, but may also be used purely for purposes 
of compression only where the rasterization process is already fixed. For 
example, if the marking interface of a particular PDL is proprietary and not 
accessible but the rasterized image is accessible as it is bring produced, the 
rasterized image may be compressed on the fly, obviating the need to stored the 
entire raster image. The same benefits as described previously are also realized 
in this instance, except that rasterization may be slower, limiting printing speed. 

It will be appreciated by those of ordinary skill in the art that the present 
invention may be embodied in other specific forms without departing from the 
spirit or essential character thereof. The presenUy disclosed embodiments are 



wo 97/02542 



PCT/DS96/11443 



24 

therefore considered in all respects to be illustrative and not restrictive. The 
scope of the invention is indicated by the appended claims rather than the 
fmn^oing description , and all changes which come within the meaning and 
range of equivalents thoeof are intended to be embraced therein. 
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What is claimed is: 

1. Using an jqjparatus including a lasterized data buffer and a 
compressed raster memory, a method of rendering an image of a page for 
I»inting on a printer having a predetermined real-time data requirement for 
printing an image of a given spatial and tonal resolution, said method 
comprising the steps of: 

receiving page description language (PDL) statements or graphic 
commands from an application program describing said image; 

using a PDL interpreter or graphic command processor to 
process said statements or said commands in to rasterization requests; 

decomposing said rasterization requests into sequences of color 
application commands; 

converting said sequences of color applications commands into 
seqxiences of scan operations; 

sorting said sequences of scan operations according to y-position 
by dispatching said sequences to scan operation data queues; 

rendering said scan operation data queues to produce raster data; 
compressing said raster data to form compressed raster data; 
storing said compressed raster data in a compressed raster data 

buffer; 

expanding said compressed raster data from said compressed 
raster data buffer in order to print said image. 

2. The method of Claim 1, further comprising the step of selecting 
a set of scan operation data queues to be rendered to raster data, compressed to 
compressed raster data, and stored into the compressed raster data buffer with 
said operations to be performed upon either: 

generation of the last rasterization request for the page, or 

exhaustion of scan operation data queue memory. 



3. Using an apparatus including a rasterized data buffer and a 
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compressed image memory, a method of rendering an image of a page for 
printing on a printer having a predetermined real-time data requirement for 
printing an image of a given spatial and tonal resolution, said method 
oraiprisiiig the steps of: 

receiving from an application program commands describing said 

image; 

representing said commands in a compressed format; 
associating commands each relating to a same portion of said 

image; 

for each portion of said image: 

decompressing commands relating to said portion; 

rendering said portion by writing rasterized data into said 
rasterized data buffer; 

recompressing said rasterized data and storing compressed 
rasterized data in said compressed image buffer; and 

expanding said compressed rasterized data stored in said 
compressed image buffer to form expanded image data. 

4. The method of Claim 3, wherein said printer includes a print 
engine, said method comprising the further step of: 

sending said expanded image data to said print aigine. 

5. Using an apparatus including a rasterized data buffer and a 
compressed image memory, a method of compressing an image of a page for 
printing on a printer having a predetermined real-time data requirement for 
printing an image of a given spatial and tonal resolution, said method 
comprising the steps of: 

receiving from a rasterizer a line of rasterized data and writing 
said rasterized data into said rasterized data buffer; 

recompressmg said line of rasterized data and storing compressed 
rasterized data in said compressed image buffer; 
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rq)eating said receiving and recompressing steps for each line of 
rasterized data in said image; 

expanding said compressed rasterized data stored in said 
compressed image buffer to form expanded image data; and 
5 sending said expanded image data to said print engine. 

6. A method of processing a graphical image represented in 
electrxmic form using a rasterizer/compressor, comprising the steps of: 

inputting to said rasterizer/compressor data representing in a 
compressed format a scan line of said graphical image; 
10 rasterizing said data and compressing said data back into said 

compressed format; 

outputting from said rasterizer/compressor data representing in 
said compressed format said scan line; and 

repeating said inputting , said rasterizing and compressing, and 
15 said outputting steps for each scan line in said graphical image. 

7. The method of Claim 6, further comprising the steps of, using an 
expander: 

inputting to said expander first data representing in a compressed 

format a scan line of said graphical image; 
20 expanding said first data to produce second data representing said 

scan line in uncompressed format; 

outputting from said expander said second data; and 

repeating said inputting, said expanding, and said outputting steps 

for each scan line in said graphical image. 

25 8. An apparatus for processing a graphical image represented in 

electronic form, comprising: 

a rasterizer/compressor; 

means for inputting to said rasterizer/compressor data 
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rqircsenting in a compressed format a scan line of said gr^hical image; 

said rasterizer/compressor including means for rasterizing said 
data and compressing said data back into said compressed format; and 

means for ou^utting from said lasterizer/compressor data 
representing in said compressed format said scan line. 

9. The ^yparatus of Claim 8, further comprising: 
an expander; 

means for inputting to said expander first data representing in a 
compressed format a scan line of said graphical image; 

said expander including means for expanding said first data to 
produce second data Tq)resenting said scan line in uncompressed format; 
and 

means for outputting from said expander said second data. 
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Ig <- RepLg 
whife ( Ig > 0 ) { 

if ( StringFlag == true ) 
color <- P[x] 

C[x] <- color 

X <- X + 1 

Ig <- Ig " 1 



} 



figZw 



J 



Ig <- RepLg 
while ( ig > 0 ) { 

if ( StringFlag == true ) 

color <- P[x] 
else 

P[x] <- Color 
out <- Color 
X <- X + 1 
Ig <- Ig - 1 



} 
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x<-0 .7/8 
while ( X < lineWidth ) { 
if(C[x]==P[x]){ 

StringFlag <- true 

} else { 

StringFlag <- false 

Output ( <Set Color I C[x]> ) 

} 

color <- C[x] 
X <- X + 1 
Ig <- 0 

if ( StringFlag = true) { 
// Loop 1 

while ( X < lineWidth && C[x] == P[x] && C[x] == color) { 
Ig <- Ig + 1 
X <- x + 1 

} 

if ( X < lineWidth ) { 
// Loop 2 
if(C[x]==P[x]){ 

Output ( <Copy String> ) 
while ( X < lineWidth && C[x] = P[x] ) { 
Ig <- Ig + 1 
X <- X + 1 

} 

// Loop 3 
} else { 

Output ( <Copy Color> ) 
while ( X < lineWidth && C[x] = color ) { 
Ig <- Ig + 1 
X <- X + 1 

} 

} 

} else { 

Output ( <Copy String> ) 

} 

} else { 

// Loop 4 

while ( X < lineWidth && C[x] == color ) { 
Ig <- Ig + 1 
X <- X + 1 

} 

} 

if ( Ig > 0 ) 

Output( <Repeat I lg> ) 
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